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Description 



GRAPHICAL USER INTERFACE FOR 
EXPLORING DATABASES 

Background of Invention 

[0001] The present invention relates to a graphical user interface 
(GUI) for exploring data stored in one or more databases. 
In particular, the present invention relates to a GUI for 
concurrently browsing metadata from multiple data tables 
stored in a particular one of the databases. 

[0002] | t j S often necessary to find and retrieve information 

stored in one or more databases. Unfortunately, finding 
and retrieving desired information may not be easy or ef- 
ficient, particularly when the location of the information is 
unknown. The location of information being or becoming 
unknown often occurs when the databases are part of a 
legacy software application or a software application with 
inadequate documentation or available support. For ex- 
ample, the application developers or other people having 
knowledge about a particular software application and its 



underlying process, data structure or business model may 
be completely unavailable or available only on a limited 
basis. Finding the location of the desired information may 
be even more difficult if there are a large number (e.g., 
hundreds or even thousands) of databases, each poten- 
tially storing the desired information, that must be 
searched. Moreover, the various databases may also be 

stored by servers having different data platform formats 

® ® ® 

(e.g., Oracle , Sybase or MS-Access ). 

[0003] Data stored in a particular database may be organized 
into tables as defined by a schema of the database. Each 
of these tables may include one or more columns (fields). 
A schema of the database defines the tables, columns in 
each table and the relationships between the tables and 
columns. Multiple schemas can be defined for the same 
database and a single table may be associated with multi- 
ple schemas. Metadata, i.e. data about data, is also de- 
fined for each database and its tables and columns. 

[0004] | n order to search for information stored in a database, a 
user would conventionally be forced to search one column 
of one table at a time. That is, the search would involve 
searching for the desired information in one table on a 
column-by-column basis. If all of the columns in that 



particular table have been searched without finding the 
desired information, the next table of the database will be 
searched on a column- by-column basis. 

[0005] The efficiency of the search for desired information could 
be greatly enhanced if the user knew metadata about the 
database such as the table names and column names be- 
fore initiating the search. However, as noted above, this 
type of information may not be readily available due to in- 
adequate documentation and/or support. While the col- 
umn names of a particular table may be viewed upon 
opening the table, each table will have to first be opened 
to determine its contents including column names. Open- 
ing each table must therefore be accomplished on a re- 
peated basis until the desired information is located. 
While it is possible to construct a standard query language 
(SQL) query to search for metadata of the database, this 
requires the user to possess detailed knowledge of cryptic 
SQL commands. 

[0006] it would therefore be beneficial to provide a database 

browser which is capable of efficiently searching metadata 
of a database without requiring the user to possess de- 
tailed knowledge of SQL. The database browser could 
therefore be operated in a relatively simple, user-friendly 



manner to conduct a search of metadata. It would also be 
beneficial able to use one instance of the same database 

browser to access data from various sources including 

® 

sources having different data platforms (e.g., Oracle , 

® ® 
Sybase or MS-Access ) and to be able to present data in 

multiple formats such as in a dynamic chart once desired 
information is extracted from the database(s). Exemplary 
embodiments of the present invention provide such bene- 
fits. 

Summary of Invention 

[0007] | n a computer system, a method of searching through 

metadata from a plurality of data tables concurrently, the 
data tables being defined by a schema and stored in a 
database(s), is provided. The method comprises generat- 
ing a graphical user interface, the graphical user interface 
having at least one item including a predefined instruction 
label which is associated with a corresponding SQL query 
for defining a search through the metadata from the plu- 
rality of data tables; receiving user input, through the 
graphical user interface, selecting the schema and select- 
ing the item having the predefined instruction label; and 
processing the received user input so as to conduct a 
concurrent search through metadata from the plurality of 



tables, the type of search being based on the selected 
item having the predefined instruction label. 

[0008] Each of the tables may include at least one column and 

the concurrent search through metadata from the plurality 
of tables may involve concurrently searching for column 
names of the plurality of tables defined by the schema. 

[0009] The graphical user interface may include a user select 

menu allowing selection of the item having the predefined 
instruction label associated with the corresponding SQL 
query from among a list having at least one other item 
having another predefined instruction label associated 
with another SQL query. Data obtained as a result of the 
search may be output in a dynamic chart. 

[0010] jhe SQL query associated with the predefined instruction 
label of the selected item may be displayed in a window 
defined by the graphical user interface, the SQL query be- 
ing modifiable through change(s) input through the win- 
dow or through a separate SQL query modification window 
also defined by the graphical user interface. 
Brief Description of Drawings 

[0011] These and other benefits, features, aspects and advan- 
tages of the exemplary embodiments of the present in- 
vention will become more apparent from the following de- 



tailed description of the present invention when taken in 
conjunction with the accompanying drawings. 

[0012] FIGURE 1 is a diagram showing a system for browsing data 
using a graphical user interface (GUI) in accordance with 
an exemplary embodiment of the present invention; 

[0013] Figure 2 is a screen display of a GUI in accordance with an 
exemplary embodiment of the present invention; 

[0014] Figure 3 is an exemplary screen display of a GUI illustrat- 
ing results from a selection of a schema and a particular 
table of the schema; 

[0015] FIGURE 4 is an exemplary screen display of a GUI which 

presents a menu of predefined instruction labels and cor- 
responding SQL queries for browsing metadata; 

[0016] FIGURE 5 is an exemplary screen display of a GUI resulting 
from the selection of a predefined instruction label and 
corresponding SQL query and subsequent modification of 
the SQL query; 

[0017] FIGURE 6 is another exemplary screen display of the GUI 

resulting from the selection of a predefined instruction la- 
bel and corresponding SQL query and subsequent modifi- 
cation of the SQL query; 

[0018] FIGURE 7 is an exemplary screen display of a GUI resulting 
from the selection of the button "XML" in the display 



screen illustrated in any one of Figs. 2-6; 

[0019] FIGURE 8 is an exemplary screen display of a GUI resulting 
from the selection presented in Fig. 7; 

[0020] FIGURE 9 is an exemplary screen display of a GUI illustrat- 
ing results from execution of an SQL query that has been 
modified; 

[0021] FIGURE 10 is an exemplary dynamic chart resulting from 
the selection of the button "Chart"in Fig. 9; 

[0022] FIGURE 11 is an exemplary screen display of a GUI includ- 
ing a further modification of the SQL query presented in 
the "Queries" window presented in Fig. 9; and 

[0023] FIGURE 12 is an updated dynamic chart output from the 
system resulting from the selection of the button 
"Charf'in Fig. 11. 
Detailed Description 

[0024] Figure 1 is a diagram of a computer system for imple- 
menting a graphical user interface (GUI) for browsing data 
stored in one or more databases in accordance with an 
exemplary embodiment of the present invention. The sys- 
tem includes a network 3 interconnected to personal 
computers 2. Network 3 is also interconnected to server 
computers (servers 1-3). Network 3 enables communica- 
tions between any one of personal computers 2 and any 



one of the server computers (servers 1-3). Network 3 may 
be formed by, for example, a LAN or a WAN such as the 
internet. 

[0025] Each of the servers may have access to one or more 
databases 5. Each of databases 5 may contain one or 
more tables 6, each table 6 containing one or more 
columns, as defined by respective schemas. Each of 
databases 5 may be organized in a different data platform 
format. For example, as illustrated in Fig. 1, the databases 
accessible by server 1 may be organized in an Oracle for- 
mat, while the databases accessible by servers 2 and 3 

® ® 
contain a Sybase and MS-Access formats, respectively. 

[0026] Each of personal computers 2 is capable of executing a 
software program for forming a GUI to enable the per- 
sonal computer 2 to communicate, locally or remotely, 
with a particular server. In particular, the GUI executed by 
personal computers 2 allows respective users to search 
through (browse) data stored in the databases in a rela- 
tively simple and user-friendly manner. 

[0027] Figures 2-3 illustrate an exemplary screen display of the 
GUI which enables personal computers 2 to search 
through data stored in one or more of databases 5. The 
GUI includes a row selector 10 for allowing the user at 



personal computer 2 to select a particular database plat- 
form format. In particular, row selector 10 of the GUI al- 
lows a user to select from and switch between (in a single 

® 

instance of the GUI) an Oracle database platform format, 

® ® 
and MS-Access database platform format or a Sybase 

database platform format. The GUI also includes a user 
input window 12, a user password input window 14 and a 
data source input window 16. The data source input win- 
dow 16 may be formed in an exemplary embodiment by a 
drop down menu which allows the user to select from 
among one or more predefined servers as illustrated in 
Figs. 2-3. After a user has selected a format of database 
platform in row selector 10 and provided appropriate in- 
puts to windows 12, 14 and 16, the user may select con- 
nect button 18 to gain access to the selected data source. 
Access to the selected data source will, however, be only 
granted to the user if the user has been authorized as 
having access privileges to that data source. That is, an 
authorized user name and corresponding password must 
be entered into windows 12 and 14, respectively, for the 
user to have access. 
[0028] Assuming that the user has appropriate access privileges, 
the selected data source and network 3 communicate a 



transmission to the personal computer 2 operated by the 
user which enables all of the schemas associated with the 
selected data source to be displayed in the GUI. In partic- 
ular, the GUI includes schema window 20 which lists in a 
drop down menu all of the available schemas associated 
with the selected data source (e.g., selected server) and 
the number of available schemas (in this example, nine 
"owners"or schemas are available as illustrated in Fig. 3). 
Each schema defines the organization of a database, in- 
cluding defining the database"s tables, the columns in 
each table and the relationships between the columns and 
tables. 

[0029] The user may select one of the schemas listed in the drop 
down menu of schema window 20. As illustrated in Fig. 3, 
for example, schema "TBCSE"has been selected from 
among the nine schemas available for the selected data 
source. 

[0030] once the schema is selected from the drop down menu of 
schema window 20, the server computer interconnected 
by network 3 to the personal computer 2 operated by the 
user provides data so that the tables associated with the 
selected schema are presented in table window 40. The 
number of available tables (in this example, 23 tables are 



available as illustrated in Fig. 3) associated with the se- 
lected schema is displayed by the GUI on the immediate 
left of table window 40. A user may then select one of the 
available tables using the drop down menu in table win- 
dow 40. In the GUI illustrated in Fig. 3, for example, table 
"CSET_MODEL"has been selected by the user from the 
menu in table window 40. 

[0031] upon the selection of a particular table in table window 
40, the server and network 3 provide data to personal 
computer 2 to allow the names of the columns of the se- 
lected table to be displayed in columns window 42. The 
number of columns (in this example, three columns) 
forming the selected table is displayed by the GUI on the 
immediate left of columns window 42. If the user were to 
select a different table in table window 40, the names of 
the columns presented in columns window 42 and the 
number of columns presented at the immediate left of 
columns window 42 will automatically change to reflect 
the column names and number of columns of the newly 
selected table in table window 40. 

[0032] T he GUI also includes a SQL query window 70. An SQL 

query may be automatically formed and presented in SQL 
query window 70. In particular, an SQL query can be auto- 



matically formed if one of the selection boxes 44a and 
44b is selected by the user. By selecting selection box 
44a, a SQL query may be automatically formed based on 
the table selected by the user in table window 40 and the 
schema selected in schema window 20. For example, as 
illustrated in Fig. 3, the SQL query "SELECT*FROM 
TBCSE.CSET_MODEL"is automatically formed and pre- 
sented in SQL query window 70 based upon the user se- 
lection of (i) selection box 44a, (ii) schema "TBCSE" in 
schema window 20 and (iii) table "CSET_MODEL" in table 
window 40. Alternatively, an SQL query requesting only a 
limited number (e.g., no more than 100 as illustrated in 
Fig. 3) of records may be automatically formed and pre- 
sented in SQL query window 70 if selection box 44b is se- 
lected. The limit on the number of records formed 
through the selection of box 44b may be adjusted by the 
user. Limiting the number of records allows the user to 
quickly browse through the tables defined by a schema. 
[0033] Accordingly, SQL query window 70 is a dynamic window 
which automatically forms and presents SQL queries 
based upon the selection of boxes 44a or 44b, schema 
selected in schema window 20 and table selected in table 
window 40. If the user were to select a different table in 



table window 40, the SQL query presented in SQL query 
window 70 would automatically change to reflect the 
newly selected table. If the user were to select a different 
schema in schema window 20, the SQL query presented in 
SQL query window 70 would automatically change to re- 
flect the newly selected schema and any table associated 
with the newly selected schema that is selected in table 
window 40. 

[0034] The SQL query is automatically processed and the results 
of the SQL query formed and presented in SQL query win- 
dow 70 are automatically presented in dynamic display 
grid 30. For example, as illustrated in Fig. 3, display grid 
30 presents the three columns "MODEL", 
"MODEL_DESC"(see Fig. 8) and "MODEL_USEDIN"of table 
"CSET.MODEL" selected in table window 40 of schema 
"TBCSE"selected in schema window 20. If the selection of a 
particular schema and/or table in windows 20 and 40 
were changed, the SQL query presented in SQL query win- 
dow 70 would automatically change as would the results 
of that new SQL query in display grid 30. 

[0035] The format of display grid 30 may be appropriately for- 
matted if auto size box 21 is checked by the user. In par- 
ticular, checking select box 21 will enable the results pre- 



sented in display grid 30 to be resized based on the max- 
imum number of records. By checking select box 22, dis- 
play grid 30 may present a warning if the number of 
records of the selected table exceeds a predetermined 
threshold (e.g., a warning may be issued if the number of 
records of the selected table exceeds 5,000 as illustrated 
in Fig. 3). The count of the number of records in the pro- 
cessed SQL query is presented in a count display 24. For 
example, the number of records (rows) in display grid 30 
in Fig. 3 resulting from the processed SQL query is 104 as 
shown by count display 24. A user may find out how many 
records would result from a particular query without actu- 
ally executing it by selecting record count button 84. 
[0036] jhe SQL query in SQL query window 70 may be modified 
by the user by directly changing the text of the SQL query 
presented in SQL query window 70. After the text of the 
SQL query has been modified in window 70, the modified 
SQL query may be executed upon the selection of execute 
button 80. The results of the modified SQL query will be 
presented in display grid 30. Count display 24 will also be 
updated. 

[0037] | n order to modify the text directly in SQL query window 
70, a user must have a knowledge of SQL. Instead of di- 



rectly modifying the text of the SQL query in SQL query 
window 70, a user may modify the SQL query by inputting 
an appropriate word in find window 90 and columns win- 
dow 92. For example, if a user wanted to modify the SQL 
query in window 70 to find the term "390HD5SS"in the 
column named "MODEL", the user can enter the term 
"390HD5SS" in window 90 and select the column name 
"MODEL" in columns window 92 and then select find but- 
ton 86. If the term entered in find window 90 is to be 
found only upon an exact match in the column selected in 
columns window 92, the user can select the "View Only 
This"box 96. Alternatively, the "use like"box 94 may be 
checked to enable the user to find terms that are merely 
similar to the term entered in find window 90 and located 
in the column selected in columns window 92. When find 
button 86 is selected, the text of the SQL query in SQL 
query window 70 will be modified based on the selections 
in windows 90 and 92, and boxes 94 and/or 96. The re- 
sults of the modified SQL query will then be processed 
and automatically displayed in display grid 30. Accord- 
ingly, an SQL query may be originally formed and exe- 
cuted through the selections in boxes 44a, 44b and win- 
dows 20 and 40. No extensive knowledge of SQL is 



needed to form and execute the SQL query in SQL query 
window 70. This SQL query in window 70 may then be 
modified via appropriate input in windows 90 and 92 and 
selection of boxes 94 or 96. A user may thus form and 
modify an SQL query without having extensive knowledge 
of SQL itself. The GUI of the present invention therefore 
provides a user friendly way of forming, modifying and 
executing SQL queries to search for and find data. 
[0038] as illustrated in Figs. 4-6, the GUI further includes a 

metadata queries window 60. Metadata queries window 
60 presents a drop down menu listing a plurality of items 
for selection by the user. Each item includes a predefined 
SQL query 62 for searching through or for metadata of the 
selected data source, schema and/or table and corre- 
sponding predefined instruction label 63. Each of the SQL 
queries 62 of an item is associated with a corresponding 
predefined instruction label 63 which describes in com- 
mon language the type of metadata search to be per- 
formed upon selection of the item. For example, the pre- 
defined instruction label "Get COLUMN names for a given 
owner" describes in common language an associated SQL 
query for concurrently searching for all of the column 
names for a given owner (i.e., a given schema selected in 



window 20). A metadata search may therefore be per- 
formed in which metadata, in this case column names, 
may be searched over a plurality of tables of the selected 
schema concurrently. As yet another example, the de- 
scription label "Get TABLES for a particular owner" de- 
scribes in common language an associated SQL query for 
performing a metadata search which enables all of the ta- 
ble names for a particular owner (i.e., a particular schema 
selected in window 20) to be executed. Any one of the 
items having predefined instruction labels 63 and corre- 
sponding SQL queries 62 for searching metadata can be 
selected by the user. Because the predefined instruction 
labels 63 describe in common language the type of SQL 
query that will be performed upon selection, the user does 
not need to possess an extensive knowledge of SQL to be 
able to conduct a search of metadata. 
[0039] | n operation, as long as the user has not selected one of 
boxes 44a or 44b (contrast Figs. 4-5 with Figs. 2-3), the 
user may select one of the items in metadata queries win- 
dow 60. The user may thus execute a SQL query for 
searching through metadata of the selected data source, 
schema and/or table in a user-friendly manner since an 
extensive knowledge of SQL itself is not required. If one of 



boxes 44a or 44b is selected, then an SQL query is de- 
fined based on the selected box 44a or 44b, the selected 
schema in schema window 20 and the selected table in 
table window 40 as discussed above in connection with 
Fig. 3. 

[0040] once a user selects one of the items having a predefined 
descriptive label 63 and associated SQL query 62 for per- 
forming metadata searching from metadata queries win- 
dow 60, the associated SQL query 62 is automatically pre- 
sented in SQL query window 70. The SQL query is auto- 
matically processed and the results of the processed SQL 
query in window SQL query 70 is dynamically presented in 
display grid 30. For example, if the user selects the item 
having descriptive label "Get COLUMN names for a given 
owner"in metadata queries window 60 after previously se- 
lecting schema "TBCSE"in schema window 20, the SQL 
query associated with the descriptive label "Get COLUMN 
names for a given owner"will be defined as "SELECT COL- 
UMN.NAME, DATA.TYPE, TABLE.NAME FROM 
ALL_TAB_COLUMNS WHERE OWNER="TBCSE"" and auto- 
matically generated and presented in window 70. The re- 
sults of this SQL query is then automatically presented in 
display grid 30. This SQL query thus enables metadata 



such as column names for multiple tables of a given 
schema to be simultaneously searched. 

[0041] pig. 5 is a display screen of a GUI in which an SQL query is 
effectively selected by selecting an item having the SQL 
query and its associated descriptive label (e.g., "Get COL- 
UMN names for a given owner") from metadata queries 
window 60. Upon selection, the SQL query is generated 
and presented in SQL query window 70. As illustrated in 
Fig. 5, the user may then modify the text of the SQL query 
in window 70 directly. In the example illustrated in Fig. 5, 
the user has typed "AND COLUMN.NAME LIKE "%NAME%"" 
at the end of the text presented in SQL query window 70. 
Upon selection of the execute button 80, display grid 30 
and record count 24 are updated to reflect the changes 
made to the SQL query. In the example illustrated in Fig. 
5, all of the column names possessing the term 
"%NAME%"is thus displayed in display grid 30. 

[0042] |f t he user did not possess an extensive knowledge of 

SQL, the user could have modified the SQL query in win- 
dow 70 to perform the above modified search by inputting 
"name"in find window 90, inputting "COLUMN.NAME" in 
columns window 92, and selecting "USE LIKE"button 94 
and then find button 86. Accordingly, through inputs in 



windows 90 and 92, and selection of either box 94 or 96 
and then find button 86, the metadata SQL query origi- 
nating from the selection of an item having a descriptive 
label 62 in metadata queries window 60 may be modified 
in the manner illustrated in Fig. 5. Display grid 30 and 
record count 24 will be updated in accordance with the 
modified SQL query upon selection of the find button 86. 
[0043] pig. 6 is yet another example of a screen display of the 

GUI in which the user operating personal computer 2 first 
selected the item having predefined descriptive label "Get 
COLUMN names for a given owner" and corresponding 
SQL query in metadata queries window 60, and then mod- 
ified the SQL query in window 70 resulting from the selec- 
tion of the item by adding the text "AND COLUMN.NAME 
LIKE "%EMPLOYEE%"" in SQL query window 70. This modi- 
fication to the SQL query may be made by inputting the 
text directly into window 70 if the user possesses a 
knowledge of SQL or through appropriate input of "em- 
ployee"in find window 90, "COLUMN.NAME" in columns 
window 92, and selection of "Use Like" box 94 and find 
button 86. The user may thus modify the search through 
metadata selected from metadata queries window 60 via 
appropriate input in windows 90, 92, and selection of 



boxes 94 or 96 and find button 86 without possessing an 
extensive knowledge of SQL. Display grid 30 shows the 
results of the modified SQL query. 
[0044] The information extracted from the selected data source, 

schema and tables may be presented in multiple formats 

® 

including: a spreadsheet such as Excel , CSV text files, 
HTML, XML or dynamic charts. The extracted data may be 
presented in multiple formats through selection of one of 
the buttons 82a-82f. Specifically, if the user wishes to 
simply print the extracted data (e.g., the data presented in 
display grid 30), the user may select button 82a. If the 

user would like to present the extracted data in a spread- 

® 

sheet format such as Excel , the user can select button 
82b. If the user wishes to present the extracted data in a 
comma-separated text file, the user may select CSV but- 
ton 82c. If the user wishes to present the extracted data in 
either an HTML or XML format, user may select button 
82d or 82e, respectively. Finally, if the user wishes to 
present the data in a dynamic chart, the user can select 
button 82f. 

[0045] Fig. 7 illustrates a exemplary screen display of the GUI 
upon the selection of button 82e and after a particular 
SQL query has been processed. As illustrated in Fig. 7, the 



user may select from a number of different available ta- 
bles. Fig. 8 illustrates the display of a particular table exe- 
cuted query upon the selection of "Sortable Table (XML, 
XSL, CSS, HTM...)"in Fig. 7. 
[0046] Fig. 10 illustrates a dynamic chart generated upon the se- 
lection of button 82f in the GUI screen display illustrated 
in Fig. 9. The SQL query illustrated in SQL query window 
70 has been executed in response to the database plat- 

form selected in row selector 10 (an MS-Access database 

® 

platform rather than an Oracle database platform as il- 
lustrated in Figs. 2-8) and the selection of a particular 
data source in window 16a. As illustrated at the top of Fig. 
9, browse button 17 and data source window 16a are pre- 
sented by the GUI upon the selection on the database 
® 

platform MS-Access in row selector 10. Row selector 10 
thus allows the database platform being explored to be 
easily switched to another database platform. Browse but- 
ton 17 allows searching through available data sources (in 
this example data files) listed in window 16a. The remain- 
ing windows of the GUI remain essentially the same as the 
windows and buttons described in Figs. 2-8. 
[0047] Display grid 30 illustrated in Fig. 9 displays the results of 
the execution of the SQL in SQL query window 70. Specifi- 



cally, display grid 30 displays two columns "Orders"and 
"LastName". After selecting chart button 82f, a dynamic 
chart resembling Fig. 10 appears. Specifically, a blank dy- 
namic chart appears. The blank dynamic chart includes a 
display area 100, X and Y columns 102, 104, X and Y cap- 
tions 106 and 108 and a chart caption 110. The user may 
define the X and Y columns, X and Y captions and chart 
captions as illustrated in Fig. 10. After the X and Y 
columns and X and Y captions and chart captions have 
been filled in windows 102-110, refresh button 112 may 
be selected to generate and display the chart illustrated in 
display area 100. The display screens illustrated in Figs. 9 
and 10 may be displayed on a computer monitor of per- 
sonal computer 2 simultaneously. 
[0048] pig. 11 illustrates a modification to the SQL query pre- 
sented in the GUI screen display of Fig. 9. Specifically, the 
SQL query in SQL query window 70 has been modified by 
adding the text "HAVING COUNT (ORDERID)>100". This 
modification to the SQL query may be made directly to the 
text of window 70 and subsequent selection of the exe- 
cute button 80. Alternatively, the modification illustrated 
in Fig. 11 may be made through appropriate input in the 
windows 90 and 92, one of boxes 94 or 96 and subse- 



quent selection of find button 86. Once the execute but- 
ton 80 or find button 86 is selected to initiate processing 
of the modified SQL, the chart illustrated in Fig. 10 will be 
automatically changed so that it appears like the chart il- 
lustrated in Fig. 12. Accordingly, through the prior selec- 
tion of chart button 82f, the chart illustrated in Fig. 10 
may be dynamically changed to the chart illustrated in Fig. 
12 once the changes to the SQL in window 70 are made as 
illustrated in Fig. 11. 
[0049] while the invention has been described in connection with 
what is presently considered to be the most practical and 
preferred embodiment, it is to be understood that the in- 
vention is not to be limited to the disclosed embodiment, 
but on the contrary, is intended to cover various modifica- 
tions and equivalent arrangements included within the 
spirit and scope of the appended claims. 



